ASYNCHRONOUS WRITETHROUGH（AWT）キャッシュ・グループ

ASYNCHRONOUS WRITETHROUGH（AWT）キャッシュ・グループでは、TimesTenでキャッシュ・データを更新し、Oracleに伝播するというSWTキャッシュ・グループの場合と同様のキャッシュ動作が実行されます。TimesTenコミットはOracleコミットとは非同期に発生するため、AWTキャッシュ・グループのレスポンス時間はSWTキャッシュ・グループより短縮されます。これによって、アプリケーションは、Oracleトランザクションのコミットを待機することなく継続して実行できます。AWTキャッシュ・グループは、Oracleデータベースの停止時に更新することもできます。これらの更新は、Oracleデータベースでの処理を再開すると、Oracleデータベースに適用されます。

図2.10は、TimesTenキャッシュ・グループの更新がOracleに非同期にレプリケートされることを示しています。

図2.10 ASYNCHRONOUS WRITETHROUGHキャッシュ・グループ

AWTキャッシュ・グループでは、キャッシュ・グループが含まれているデータ・ストアのキャッシュ・エージェントとレプリケーション・エージェントの両方を起動する必要があります。キャッシュ・エージェントによって、キャッシュをロードおよびリフレッシュできます。キャッシュをアンロードする場合、キャッシュ・エージェントが稼働している必要はありません。

AWTキャッシュ・グループは、CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP文によって作成されます。

AWTキャッシュ・グループを使用するには、「Oracleユーザーの作成および権限の設定」に示されているOracle権限が必要です。また、キャッシュ・エージェントおよびレプリケーション・エージェントを起動する前に、ttCacheUidPwdSetプロシージャを使用してキャッシュ管理ユーザーIDおよびパスワードを設定する必要があります。詳細は、「AWTキャッシュ・グループのレプリケーション・エージェントの起動」を参照してください。

AWTキャッシュ・グループを使用すると、トランザクションはTimesTenとOracleで非同期にコミットされます。このため、アプリケーションでは、変更がOracleにコミットされるタイミングを特定できません。

この項の後半では、次の内容について説明します。

AWTキャッシュ・グループによって保証されること
AWTキャッシュ・グループによって保証されないこと
AWTキャッシュ・グループの使用の制限
例: AWTキャッシュ・グループの作成
AWT用のOracleオブジェクトの作成
AWTキャッシュ・グループの設定

AWTキャッシュ・グループによって保証されること

AWTキャッシュ・グループでは、次のことが保証されます。

TimesTenまたはOracleの通信障害によってトランザクションは失われません。
レプリケーション・エージェントがOracleへの接続を失った場合、AWTは、そのエージェントがOracleに再接続した後に再開されます。
キャッシュ・グループが含まれているデータ・ストアのレプリケーション・エージェントが停止した場合、そのエージェントは再起動され、送信を再開します。
1つのTimesTenデータ・ストアに対してコミットされたトランザクションは、TimesTenでコミットされた順序と同じ順序でOracleでコミットされます。
Oracleでトランザクションが失敗した場合、dataStoreName.awterrエラー・ファイルに障害がレポートされます（詳細は、「AWTキャッシュ・グループ使用時のエラーの検出」を参照）。

AWTキャッシュ・グループによって保証されないこと

AWTキャッシュ・グループでは、次のことが保証されません。

TimesTenで実行されるすべてのトランザクションがOracleに適用されること。Oracleで実行エラーが発生すると、トランザクション全体がロールバックされます。たとえば、一意制約違反のためにOracleでの挿入が失敗する可能性があります。実行エラーが発生したトランザクションは再実行されません。
Oracle変更の絶対順序が保存されること。これは、AWTは更新競合を解決しないためです。次に例を示します。
行が最初にAWT表で更新され、コミットされます。次に、同じ行がOracleパススルー処理によって更新され、コミットされます。AWTエージェントは、最終的に最初の更新をその行に適用し、パススルー処理を上書きします。
別々のデータ・ストア（DS1、DS2）に、同じOracle実表のAWT表があります。行がDS1で更新され、コミットされます。行がDS2で更新され、コミットされます。キャッシュ・グループの動作は非同期のため、DS2の変更がDS1の変更より前にOracleデータベースに適用され、DS1の変更でDS2の変更が上書きされる場合があります。

AWTキャッシュ・グループの使用の制限

「SWTキャッシュ・グループの使用の制限」で説明されているSWTキャッシュ・グループの制限は、AWTキャッシュ・グループにも適用されます。

「キャッシュ・グループ属性およびキャッシュ表属性の定義」で説明するキャッシュ・グループ属性およびキャッシュ表属性のうち、UNIQUE HASH ONおよびON DELETE CASCADE属性が使用可能です。
「USERMANAGEDキャッシュ・グループ」で説明する手動FLUSH処理は使用できません。
WHERE句は、このタイプのキャッシュ・グループの表定義では指定できません（「WHERE句の使用」を参照）。
TRUNCATE TABLE文はキャッシュ・グループ内の表に適用できません。
AWTキャッシュ表内のVARCHAR2列、NVARCHAR2列、VARBINARY列およびTT_VARCHAR列は、256KBに制限される必要があります。

AWTキャッシュ・グループにのみ、次の追加の制限があります。

AWTキャッシュ・グループ内のデータ・ストアのパス名は、248文字以内にする必要があります。
Oracleへの変更の伝播中に生成されたエラーおよび警告は、特別なエラー・ファイルに記録され、TimesTenへのコミット後しばらくしてレポートされる場合があります。詳細は、「AWTキャッシュ・グループ使用時のエラーの検出」を参照してください。
AWTキャッシュ・グループは、ロギングを無効（Logging=0）にしたデータ・ストアでは使用できません。
AWTキャッシュ・グループを作成または削除する前にレプリケーション・エージェントを停止する必要があります。「AWTキャッシュ・グループの設定」を参照してください。
変更は、レプリケーション・エージェントが起動されるまでTimesTenからOracleに伝播されません。
Oracleでの更新競合は、検出または解決されません。Oracle実表に対して直接行われた更新は、TimesTenから更新が伝播されると上書きされます。
1つのSQL文に関連付けられている即時処理に対して制約チェックが実行されます。たとえば、整数フィールドで構成されている一意索引がAWT表にあるとします。10のレコードがあり、そのフィールドの値は1から10の範囲です。そのフィールドを増分するために更新文が発行されます。更新文はTimesTenでは成功しますが、Oracleへの適用時に失敗する可能性があります。これは、一意索引の制約は、TimesTenでは文の最後にチェックされますが、Oracleへの更新適用時には、行の更新のたびにチェックされるためです。このため、値1のレコードが値2に設定されると、すでにフィールドに値2がある行と競合します。

例: AWTキャッシュ・グループの作成

この例では、単一表CUSTOMERに対して、CustomersというASYNCHRONOUS WRITETHROUGHキャッシュ・グループを作成します。

CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP Customers

FROM

USER1.CUSTOMER (CUSTID INTEGER NOT NULL,

       NAME VARCHAR2(100) NOT NULL,

       ADDR VARCHAR2(100),

       ZIP VARCHAR2(10),

       PRIMARY KEY(CUSTID));

AWT用のOracleオブジェクトの作成

TimesTenでAWTをサポートするには、Oracleに状態表を作成する必要があります。この表は、状態およびOracleに適用された最後のトランザクションを追跡するために使用されます。この表は、CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP文によって自動的に作成されます。また、Oracle表は、AWTキャッシュ・グループが作成される前に手動で作成することもできます。「AWTキャッシュ・グループ用のOracleオブジェクトの手動インストール」を参照してください。

AWTキャッシュ・グループの設定

AWTキャッシュ・グループを設定する場合は、次の手順を実行します。

キャッシュ管理ユーザーIDおよびパスワードを設定します。

ttCacheUidPwdSet組込みプロシージャまたは-cacheUidPwdSetオプションを指定したttAdminユーティリティを使用して、キャッシュ管理ユーザーIDおよびパスワードを設定します。

キャッシュ管理ユーザーは、変更をOracleに適用します。キャッシュ管理ユーザー・アカウントには、表4.1のCREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUPに示すOracle権限が必要です。

キャッシュ管理ユーザーIDおよびパスワードは、データ・ストアごとに1回のみ設定する必要があります。データ・ストアが上書きまたは破壊された場合は、キャッシュ管理ユーザーIDおよびパスワードを再設定する必要があります。

AWTキャッシュ・グループを作成します。

CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP SQL文を使用します。

キャッシュ・エージェントを起動します。

「キャッシュ・エージェントの起動および停止」を参照してください。

レプリケーション・エージェントを起動します。

「AWTキャッシュ・グループのレプリケーション・エージェントの起動」を参照してください。

AWTキャッシュ・グループを作成すると、データ・ストアでOracleデータベースと通信できるレプリケーション・スキームが自動的に作成されます。このレプリケーション・スキームは、TimesTenによって完全に管理され、ユーザーが介入する必要はありません。このレプリケーション・スキームは、DROP CACHE GROUPを使用してAWTキャッシュ・グループを削除すると削除されます。

キャッシュ・グループをロードする前にレプリケーション・エージェントを起動する必要はありませんが、最初にレプリケーション・エージェントを起動しておくと、パフォーマンスが向上します。

キャッシュ・グループをロードします。

LOAD CACHE GROUP文を使用します。

---

前へ 次へ

Copyright © 2007, Oracle. All rights reserved.

目次 索引